REMARKS 



The Office Action of September 22, 2005, has been carefully considered. 
Claims 1-37 are pending in the application. Claims 1-3, 7-28, and 32-37 were 
rejected under 35 U.S.C. § 102(a) as being anticipated by U.S. Patent Application 
2003/0018765 Al to Muhlestein et al. (hereinafter the Muhlestein reference). 
Claims 4-6 and 29-31 were rejected under 35 U.S.C. § 103(a) as being 
unpatentable over the Muhlestein reference. 

In overview, the present response traverses each of the rejections and 
includes a brief description of certain aspects of the invention and a brief 
description of the teachings in the cited art. 
35 U.S.C. §102 Claim Rejections 

Claims 1-3, 7-28, and 32-37 were rejected under 35 U.S.C. § 102(a) as 
being anticipated by the Muhlestein reference. In overview, in order for prior art 
to anticipate a claim under 35 U.S.C. §102 every element of the claimed invention 
must be identically disclosed either expressly or under principles of inherency in a 
single reference. Further, the exclusion of a claimed element from a prior art 
reference, no matter how insubstantial, is enough to negate anticipation by that 
reference. The test of whether anticipation exists in a particular case is a question 
of fact, and is applied element-by-element to a single prior art reference. Only if 
the prior ail literally reads on eveiy element of the rejected claim will the claimed 
invention be anticipated under this test. 

With this in mind, the Applicant analyzes the §102 rejection of the claims in 
the present application. First, a brief summary of the present application and of the 
Muhlestein reference is provided. 
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The present application is related to command line environments. In 
particular, the application operates within a command line enviromnent that supports 
a pipeline of object-based commands (i.e., cmdlets) that are entered on the command 
line. Page 2, line 23 to page 3, line 1. The term "object-based commands" is used to 
designate commands that pass objects between them rather than commands that pass 
text between each other, as is done in traditional command line environments. This 
allows cmdlets to exchange "live" objects between each other so that cmdlets can 
directly invoke methods on these passed objects. In contrast, traditional command 
line environments require each utility (i.e., command) in the pipeline to be 
responsible for parsing text that is received and for formatting text that is 
output. In other words, traditional command line environments required the code 
that handles the formatting of the output to be written within the command itself. In 
contrast, the present application discloses a technique whereby formatting of the 
output may be influenced by two or more other commands in the pipeline instead of 
only the command that ultimately outputs the information. In addition, the output of 
the information is based on the type of object that is being processed in the object- 
based pipeline. 

The Muhlestein reference discloses techniques for accessing management 
functionality through a command line utility. More specifically, the Muhlestein 
reference discloses a command line utility that overlays Windows Management 
Instrumentation (WMI) technology. Page 5, lines 22-23. This WMI command line 
utility provides command options through class aliases that enable mapping of 
queries, WMI operations, and other system inquiries to a common term or friendly 
name that can be extended both in an alias file or at run time in the command line. 
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Page 6, lines 2-6. The WMI command line utility is driven by an object model 
schema. Page 6, lines 12-13. 

The Applicant acknowledges that both the Muhlestein reference and the 
present application are directed at helping system administrators manage system 
components/objects more easily. In addition, the Applicant acknowledges that both 
the Muhlestein reference and the present application operate with a command line 
environment. However, as will be described below, the command line environment 
in which they operate, the manner in which they operate with the command line 
environment, and the manner in which the output is formatted are very different. 

Based on this, each of the limitations is not disclosed in the Muhlestein 
reference as will be described for each of the independent Claims 1, 12, 20, and 26. 

Independent Claim 1 and its dependent claims, Claims 2-3, 7-11 

Independent Claim 1 includes several limitations that are not disclosed by the 
Muhlestein reference. For convenience, Claim 1 is reproduced below with portions 
in bold to better emphasize the limitations that are not taught or suggested by the 
Muhlestein reference. Each of the bold portions will be individually discussed 
following the reproduced claim. 

1. A computer-implemented method for processing data, the method 
comprising: 

in an operating environment supporting a pipeline of a 
plurality of object-based commands, a subsequent command 
within the pipeline being configured to communicate with a 
prior command within the pipeline through a parseable object 
emitted from the prior command, the operating environment 
configured to support the execution of the commands within the 
same process, 
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receiving the parseable object emitted from the prior 
command, the parseable object having at least one method; 

obtaining a data type for the parseable object; 
obtaining format information describing a format for the data 
type; and 

emitting a format object for access by another subsequent 
command, the format object being based on the format 
information. 

As shown above, independent Claim 1 recites "an operating environment 
supporting a pipeline of a plurality of object-based commands." In contrast, the 
Muhlestein reference discloses a command line utility that overlays Windows 
Management Instrumentation (WMI) technology. Page 5, lines 22-23. In essence, 
the command line utility disclosed in the Muhlestein reference is an executable file 
that provides a command line. Upon reviewing the Muhlestein reference, the 
Applicant is unable to find any discussion about pipelining commands. In fact, it 
appears that the Muhlestein reference teaches having a command line utility that 
allows single WMIC commands to be entered. Appendix D illustrates several 
commands entered on the WMIC command line provided by the command line 
utility. It appeal's that each WMI command is responsible for receiving text, parsing 
text, and outputting the information. In addition, the Muhlestein does not teach or 
suggest a command line environment that supports commands that pass objects 
between them or that each command is configured to pass objects between other 
commands. 

Claim 1 also recites "a subsequent command within the pipeline being 
configured to communicate with a prior command within the pipeline 
through a parseable object emitted from the prior command." Again, similar 
to the discussion above, the Muhlestein reference discloses a command line utility 
that overlays Windows Management Instrumentation technology. In addition, the 

13 Attorney Docket No. MS1-1742US 

MSH306219.01 



Muhlestein reference fails to even discuss, let alone teach or suggest, commands 
that are pipelined. Again, as stated above, there is no discussion or suggestion that 
each command is configured to pass parseable objects between other commands. In 
accordance with the present application, a parseable object is defined as input in 
which properties and values may be discerned. Even though the Muhlestein 
reference discusses WMI input and the present application discusses that one type 
of parseable object may be Windows Management Instrumentation input, the 
Muhlestein reference does not teach or suggest having each command 
communicate with other commands through a parseable object via the pipeline. 

Claim 1 also recites "the operating environment configured to support 
the execution of the commands within the same process." As discussed above, 
traditional command line environments required each command to be an 
executable and thus, would not execute in the same process. The command line 
utility disclosed in the Muhlestein reference provides a command line and allows 
one command to execute a series of API calls. However, there is no discussion 
about multiple commands on the pipeline. Therefore, the Muhlestein reference 
fails to teach or suggest multiple commands entered on the command line and the 
operating environment configured to support execution of commands within the 
same process. A series of API calls within one command is not the same as 
multiple commands executed within the same process. 

Claim 1 also recites "receiving the parseable object emitted from the 
prior command, the parseable object having at least one method." Again, as 
discussed above, the Muhlestein reference fails to teach or suggest emitting 
parseable objects from the commands. In addition, there is no discussion about a 



S/N 10/693,589 



14 



Attorney Docket No. MS1-1742US 
MSU306219.O1 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 



parseable object that has at least one method. Therefore, the Muhlestein reference 
can not possibly teach or suggest the above limitation. 

Finally, Claim 1 recites "emitting a format object for access by another 
subsequent command, the format object being based on the format 
information." Again, as discussed above, the Muhlestein reference fails to teach 
or suggest emitting any object for access by another subsequent command which 
includes not teaching or suggesting emitting a format object. Therefore, the 
Muhlestein reference can not possibly teach or suggest the above limitation. 

As for the remaining elements recited in Claim 1, the Applicant notes that 
because the Muhlestein reference does not teach or suggest "a parseable object", 
the Muhlestein reference can not then teach or suggest obtaining a data type for 
the parseable object. 

Thus, given that the exclusion of just one of these claimed elements from 
the Muhlestein reference is enough to negate anticipation by that reference for 
independent Claim 1, the Applicant respectfully submits that, for at least the 
reasons above, the §102 rejection of independent Claim 1 is improper, and 
respectfully requests reconsideration and withdrawal of this rejection. 

The dependent claims of Claim 1 (e.g., Claims 2-11) include other 
limitations that are also not taught or suggested by the Muhlestein reference. 
Therefore, the Applicant respectfully submits that the §102 rejections of Claims 2- 
3 and 7-11 is improper, and respectfully requests reconsideration and withdrawal 
of this rejection. 
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Independent Claim 12 and its dependent claims, Claims 13-19 

Independent Claim 12 includes several limitations that are not disclosed by 
the Muhlestein reference. For convenience, Claim 12 is reproduced below with 
portions in bold to better emphasize the limitations that are not taught or suggested 
by the Muhlestein reference. Each of the bold portions will be individually discussed 
following the reproduced claim. 

12. A computer readable medium having computer-executable 
instructions for providing data driven output, the instructions comprising: 

receiving a parseable object emitted from a prior 
command within an operating environment that supports a 
pipeline of a plurality of object-based commands and that is 
configured to support the execution of the commands within the 
same process, the prior command being one of the plurality of 
commands, 

obtaining a data type for the parseable object, the parseable 
object having at least one method; 

obtaining format information describing a format for the data 
type; and 

emitting a format object for access by a subsequent 
command from the plurality of commands, the format object 
being based on the format information. 



Claim 12 is allowable over Muhlestein based on similar reasoning as 
discussed above for independent Claim 1, and therefore the Applicant has not 
repeated the arguments, but rather argues that the same arguments apply as discussed 
above. In addition, the dependent claims of Claim 12 (e.g., Claims 13-19) include 
additional features that are also not taught or suggested by the Muhlestein 
reference. Therefore, the Applicant respectfully submits that the §102 rejections 
of Claims 12-19 is improper, and respectfully requests reconsideration and 
withdrawal of this rejection. 
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Independent Claim 20 and its dependent claims, Claims 21-25 

Independent Claim 20 includes several features that are not disclosed by the 
Muhlestein reference. For convenience, Claim 20 is reproduced below with 
portions in bold to better emphasize the features that are not taught or suggested by 
the Muhlestein reference. Each of the bold portions will be individually discussed 
following the reproduced claim. 



20. A system that supports data driven output, the system comprising: 
a processor; 

a memory, the memory being allocated for a plurality of 
computer-executable instructions which are loaded into the memory 
for execution by the processor, the computer-executable instructions 
performing a method comprising: 

receiving a parseable object emitted from a prior 
command within an operating environment that supports a 
pipeline of a plurality of object-based commands and that is 
configured to support the execution of the commands within the 
same process, the prior command being one of the plurality of 
commands, 

obtaining a data type for the parseable object, the 
parseable object having at least one method; 

obtaining format information describing a format for the data 
type; and 

emitting a format object for access by a subsequent 
command from the plurality of commands, the format object 
being based on the format information. 



Again, because independent Claim 20 is allowable over Muhlestein based on 
similar reasoning as discussed above for independent Claim 1. For the sake of 
brevity, the Applicant has not repeated the arguments, but rather asserts that the same 
arguments apply. In addition, the dependent claims of Claim 20 (e.g., Claims 21- 
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25) include other features that are also not disclosed by the Muhlestein reference. 
Therefore, the Applicant respectfully submits that the §102 rejections of Claims 
20-25 is improper, and respectfully requests reconsideration and withdrawal of 
this rejection. 

Independent Claim 26 and its dependent claims, Claims 27-28 and 32-37 

Independent Claim 26 includes several limitations that are not disclosed by 
the Muhlestein reference. For convenience, Claim 26 is reproduced below with 
portions in bold to better emphasize the limitations that are not disclosed by the 
Muhlestein reference. Each of the bold portions will be individually discussed 
following the reproduced claim. 

26. A method for providing a data driven command line 
output, the method comprising: 

receiving a command-line instruction containing an output 
command configured to receive at least one object, the object 
having at least one method; and 

executing the output command to manipulate the at least 
one object and to output a result to an output destination. 

As shown above, independent Claim 26 recites "an output command 
configured to receive at least one object" and recites "the object having at least 
one method." The Examiner contends that the command line utility comprising an 
object model schema teaches the above limitations. However, as discussed above, 
the Muhlestein reference only discloses creating a utility that overlays the WML 
There is no discussion on having a command receive an object or how an object that 
is received could have at least one method. 

Claim 26 also recites "executing the output command to manipulate the 
at least one object and to output a result to an output destination". Again, the 
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Applicant reiterates that the Muhlestein reference fails to disclose a command 
configured to manipulate at least one object. In addition, the dependent claims of 
Claim 26 (e.g., Claims 27-28 and 32-37) include other features that are also not 
taught or suggested by the Muhlestein reference. Therefore, the Applicant 
respectfully submits that the §102 rejections of Claims 26-28 and 32-37 is 
improper, and respectfully requests reconsideration and withdrawal of this 
rejection. 

35 U.S.C. §103 Claim Rejections 

Claims 4-6 and 29-31 were rejected under 35 U.S.C. §103 (a) as being 
unpatentable over the Muhlestein reference. The Applicant respectfully disagrees 
with this rejection for various reasons. One of the reasons is, as discussed above, 
the Muhlestein reference fails to disclose, teach or suggest several of the 
limitations as discussed above. In addition, the Examiner fails to cite another 
reference to combine with the Muhlestein reference and instead contends that "it 
would have been obvious to a person of ordinary skill in the art." Applicant 
contends that the Examiner is impermissibly applying hindsight reasoning using 
the Applicant's application to show obviousness. 

Per M.P.E.P §2144.03, Applicant is required to seasonably challenge 
statements by the Examiner that are not supported on the record, and failure to do 
so will be construed as an admission by Applicant that the statement is true. 
Therefore, in accordance with Applicant's duty to seasonably challenge such 
unsupported statements, the Examiner is hereby requested to cite a reference or 
cite references in support of the recited features. If the Examiner is unable to 
provide such a reference, and is relying on facts based on personal knowledge, 
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Applicant hereby requests that such facts be set forth in an affidavit from the 
Examiner under 37 C.F.R. 1.104(d)(2). Absent substantiation by the Examiner, it 
is respectfully requested that the rejection under 35 U.S.C. § 103 be withdrawn. 

Thus, the Applicant contends that the Muhlestein reference, whether 
considered alone or with any permissible combination with the prior art of record, 
do not teach or suggest each limitation recited in Claims 4-6 and 29-31. 
Therefore, the Applicant respectfully submits that the §103 rejections of Claims 4- 
6 and 29-3 1 is improper, and respectfully requests reconsideration and withdrawal 
of this rejection. 
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CONCLUSION 



Applicant has considered the other references cited by the Examiner in the 
Office Action. None of these references appear to affect the patentability of 
Applicant's claims, By the foregoing remarks, Applicant believes that all pending 
Claims 1-37 are allowable and the application is in condition for allowance. 
Therefore, a Notice of Allowance is respectfully requested. Should the Examiner 
have any further issues regarding this application, the Examiner is requested to 
contact the undersigned attorney for the Applicant at the telephone number 
provided below. 



Respectfully Submitted, 




Marc(a A. Tunlieim 
Reg. No. 42189 
(509) 324-9256 
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